Handheld processing device including user-specific calibration information

ABSTRACT

The present disclosure includes a handheld processing device including medical applications for minimally and noninvasive glucose measurements. In an embodiment, the device creates a patient specific calibration using a measurement protocol of minimally invasive measurements and noninvasive measurements, eventually creating a patient specific noninvasive glucometer. Additionally, embodiments of the present disclosure provide for the processing device to execute medical applications and non-medical applications.

INCORPORATION BY REFERENCE TO ANY PRIORITY APPLICATIONS

Any and all applications for which a foreign or domestic priority claim is identified in the Application Data Sheet as filed with the present application are hereby incorporated by reference under 37 CFR 1.57.

FIELD OF THE DISCLOSURE

The present application relates to the field of physiological monitoring devices. Specifically, the present application relates to the field of glucometers.

BACKGROUND OF THE DISCLOSURE

Medical device manufacturers are continually increasing the processing capabilities of patient monitors, specifically of patient monitors that process signals based on attenuation of light by patient tissue. In general, such patient monitoring systems include one or more optical sensors that irradiate tissue of a patient and one or more photodetectors that detect the radiation after attenuation thereof by the tissue. The sensor communicates the detected signal to a patient monitor, where the monitor often removes noise and preprocesses the signal. Advanced signal processors then perform time domain and/or frequency domain processing to determine measurements of blood constituents and other physiological parameters of the patient.

Manufacturers have advanced basic pulse oximeters that determine measurements for blood oxygen saturation (“SpO2”), pulse rate (“PR”) and pethysmographic information, to read-through-motion oximeters, to co-oximeters that determine measurements of many constituents of circulating blood. For example, Masimo Corporation of Irvine Calif. (“Masimo”) manufactures pulse oximetry systems including Masimo SET® low noise optical sensors and read through motion pulse oximetry monitors for measuring SpO2, PR, perfusion index (“PI”) and others. Masimo sensors include any of LNOP®, LNCS®, SofTouch™ and Blue™ adhesive or reusable sensors. Masimo oximetry monitors include any of Rad-8®, Rad-5®, Rad®-5v or SatShare® monitors.

Many innovations improving the measurement of blood constituents are described in at least U.S. Pat. Nos. 6,770,028; 6,658,276; 6,157,850; 6,002,952; 5,769,785 and 5,758,644, which are assigned to Masimo and are incorporated by reference herein. Corresponding low noise optical sensors are disclosed in at least U.S. Pat. Nos. 6,985,764; 6,088,607; 5,782,757 and 5,638,818, assigned to Masimo and incorporated by reference herein.

Masimo also manufactures more advanced co-oximeters including Masimo Rainbow® SET, which provides measurements in addition to SpO2, such as total hemoglobin (SpHb™), oxygen content (SpCO™), methemoglobin (SpMet®), carboxyhemoglobin (SpCO®) and PVI®. Advanced blood parameter sensors include Masimo Rainbow® adhesive, ReSposable™ and reusable sensors. Masimo's advanced blood parameter monitors include Masimo Radical-7™, Rad-87™, and Rad-57™ monitors as well as Pronto and Pronto-7 spot check monitors.

Innovations relating to these more advanced blood parameter measurement systems are described in at least U.S. Pat. Nos. 7,647,083; 7,729,733; U.S. Pat. Pub. Nos. 2006/0211925; and 2006/0238358, assigned to Cercacor Laboratories of Irvine, Calif. (“Cercacor”) and incorporated by reference herein.

Such advanced pulse oximeters, low noise sensors and advanced blood parameter systems have gained rapid acceptance in a wide variety of medical applications, including surgical wards, intensive care and neonatal units, general wards, home care, physical training, and virtually all types of monitoring scenarios.

SUMMARY OF THE DISCLOSURE

The present disclosure includes a handheld processing device including medical applications for minimally and noninvasive glucose measurements. In an embodiment, the device includes a minimally invasive glucose biosensor (“strip reader”). Manufacturers have developed strip readers in various embodiments for decades primarily for the measurement of glucose. Such strip readers often employ disposable strips that include an enzyme electrode and mediator compound, where the mediator compound moves electrons between the enzyme and the electrode to result in a measurable electrical current at the electrode when glucose is present. The strip reader measures this current when the disposable strip is inserted and then determines glucose values corresponding to the received current. Diabetics, for example, often rely on strip readers to provide minimally invasive measurements of their glucose levels. In short, a user often pricks a finger and deposits one or more droplets of blood on a test strip. The user then inserts the blood carrying strip into a strip reader, which in turn uses the measurable electrical signal to determine glucose measurements for the user.

In an embodiment, the device also includes a noninvasive glucose measurement solution. For example, the device communicates with a noninvasive optical sensor to receive signals responsive to the attenuation of various wavelengths of light by a user's tissue. The device processes these signals to determine current glucose measurements for the user.

As is widely understood by one of ordinary skill in the glucose measurement arts, noninvasive determination of glucose through processing absorption signals is complicated and often difficult to accurately perform over large patient populations. In an embodiment of the present disclosure, patient specific calibration of the device occurs through information exchanges between the device, with its the minimally invasive and noninvasive measurements, and a centralized computing system. For example, the device communicates with one or more remote computing centers to upload patient measurements and download, for example, patient specific calibrations. Through the interaction of the centralized computing system and many processing devices as disclosed herein, the manufacturer collects vast amounts of anonymous physiological data associating minimally invasive measurements and noninvasive measurements. These associations can then produce reliable calibration data specific to a user and across large user populations. For example, in certain embodiments, uploads of thousands to hundreds of thousands of measurements per week create data resources unobtainable through traditional clinical testing environments.

Additional embodiments of the present disclosure include the processing device including medical related functions and non-medical related functions that may share common resources. Advantageously, the processing device includes a priority mechanism so as to prevent the medical related functions from competing with the non-medical related functions for the common resources during critical time periods. These critical time periods may be indicated by triggering events. In particular, a triggering event indicates to the system that the medical related functions have resource priority. This priority may be, for example, exclusive access to and use of displays, alarms, controls, communications and processing power so as to make time critical patient health and risk assessments and output those assessments in a timely manner to a healthcare provider. In an embodiment, the physiological monitor is integrated with a smart phone so as to advantageously allow flexible communications between the physiological monitor and a broad range of external information sources and information receivers. These communications occur over any of a wide variety of communication links, both wired and wireless. Wireless communications may include, but are not limited to, GPS, cellular networks, Wi-Fi and Bluetooth to name a few, so as to connect to the Internet, telephone systems and other wide area networks. Wired communications may include, but are not limited to, USB. A broad range of third-party applications are available for the smart phone, also providing increased functionality to the physiological monitor.

In additional embodiments, the processing device may include the alteration of smart phone processing systems to manage physiological data. For example, in some embodiments, a processing board or card may be included within an existing smart phone technology. The board or card may include one or more signal processors and associated memory, I/O, and the like to provide measurement or other physiological data to applications executing on traditional smart phone processing environments. In an embodiment, the communication may be wired or wireless and the board or card may be internal or external. In some cases, the board may be a clip-on cartridge or other smart phone extension that electronically and/or physically mates with the housing and processing of the smart phone.

In an embodiment, a monitoring board may be physically integrated and attach to a connected sensor. In another embodiment, the monitoring board may mechanically and/or electrically mate with the smart phone. In this embodiment, the sensor may include the monitoring board, which then communicates with a smart phone, or portions of the monitoring board may be shared between an external sensor and the smart phone. In a standalone embodiment, the monitoring board and the sensor may be an integrated unit or a unit with an attached sensor, where the unit communicates with smart phone or other digital processing devices.

For purposes of summarizing the invention, certain aspects, advantages and novel features of the invention have been described herein. Of course, it is to be understood that not necessarily all such aspects, advantages or features will be embodied in any particular embodiment of the invention.

For purposes of summarizing the invention, certain aspects, advantages and novel features of the invention have been described herein. Of course, it is to be understood that not necessarily all such aspects, advantages or features will be embodied in any particular embodiment of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The following drawings and the associated descriptions are provided to illustrate embodiments of the present disclosure and do not limit the scope of the claims.

FIG. 1 illustrates a simplified perspective view of a processing system according to an embodiment of present disclosure, including a processing device, a noninvasive sensor, a cable providing communication between the device and the sensor, and a disposable strip.

FIG. 2 illustrates a simplified perspective view of the processing device of FIG. 1 , according to an embodiment of present disclosure.

FIGS. 3A-3F illustrate simplified top (FIG. 3C), front (FIG. 3A), rear (FIG. 3B), left (FIG. 3D), right (FIG. 3E), and back (FIG. 3F) views of the processing device of FIG. 1 , according to an embodiment of present disclosure.

FIGS. 4A-4B illustrate simplified exploded views of the processing device of FIG. 1 , according to an embodiment of present disclosure.

FIG. 5 illustrates a simplified hardware/software block diagram of the processing system of FIG. 1 , according to an embodiment of present disclosure.

FIG. 6 illustrates a simplified data flow diagram between applications of the processing device of FIG. 1 and remote computing servers, according to an embodiment of present disclosure.

FIG. 7 illustrates a simplified measurement process according to an embodiment of the present disclosure.

FIG. 8 illustrates a simplified minimally invasive strip measurement process according to an embodiment of the present disclosure.

FIG. 9 illustrates a simplified noninvasive sensor measurement process according to an embodiment of the present disclosure.

FIGS. 10-19 illustrate exemplary user interfaces of the processing device of FIG. 1 , according to various embodiments of the present disclosure. Specifically, FIG. 10 illustrates an exemplary test result interface, FIG. 11 illustrates an exemplary bar graph interface, FIGS. 12A-12B illustrate exemplary result and trend interfaces, FIGS. 13A-13D illustrate exemplary trend interfaces, FIGS. 14A-14B illustrate exemplary calibration protocol interfaces, FIGS. 15A-15D illustrate exemplary alarm interfaces, FIGS. 16A-16C illustrate exemplary instructive interfaces, FIG. 17 illustrates an exemplary applications interface, FIGS. 18A-18B illustrate exemplary events interfaces including a food flag interface, and FIGS. 19A-19B illustrate exemplary priority interfaces.

FIG. 20 illustrates a simplified block diagram of a priority mode processing device according to an embodiment of the present disclosure.

FIG. 21 illustrates a simplified block diagram of a priority mode processing device according to an embodiment of the present disclosure.

FIGS. 22A-22D illustrate priority mode glucometers according to embodiments of the present disclosure showing connected and disconnected sensors and inserted and removed test strips, respectively.

FIG. 23 illustrates a simplified block diagram of priority mode processing device utilizing a KVM switch for priority control according to an embodiment of the present disclosure.

FIG. 24 illustrates a simplified block diagram of priority mode processing device utilizing an activated medical app for priority control according to an embodiment of the present disclosure.

FIG. 25 illustrates a simplified block diagram of priority mode processing device utilizing separate virtual machines for priority control according to an embodiment of the present disclosure.

FIG. 26 illustrates a simplified block diagram of priority mode processing device utilizing a cell phone operating system that is suspended in favor of a medical system application when a sensor or strip is detected according to an embodiment of the present disclosure.

FIG. 27 illustrates a simplified block diagram of priority mode processing device having dual-booted operating systems according to an embodiment of the present disclosure.

FIG. 28 illustrates a simplified block diagram of priority mode processing device having double-sided device functionality according to an embodiment of the present disclosure.

FIG. 29 illustrates a simplified block diagram of priority mode processing device running a single medical application in lieu of a multi-task normal operating mode according to an embodiment of the present disclosure.

FIG. 30 illustrates a simplified exploded view of an expanded smart phone including internally integrated medical processing capability according to an embodiment of the disclosure.

FIG. 31 illustrates various exemplary connectable cartridges for an expanded smart phone to provide medical processing capabilities, according to an embodiment of the disclosure.

FIGS. 32-34 illustrate medical processing cartridges as separate units communicating to create an expanded smart phone according to embodiments of the disclosure.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present disclosure includes a handheld processing device including medical applications for minimally and noninvasive glucose measurements. In an embodiment, the device creates a patient specific calibration using a measurement protocol of minimally invasive measurements and noninvasive measurements, eventually creating a patient specific calibrated noninvasive glucometer. Additionally, embodiments of the present disclosure provide for the processing device to execute medical applications and non-medical applications. In an embodiment the medical applications may advantageously relate to the foregoing patient specific noninvasive glucometer. Such applications may advantageously include measurement applications, tracking applications including diet applications to track caloric intake and/or caloric usages, calendaring, and other glucose management applications. In other embodiments, other medical applications may monitor respiration, blood pressure, other blood parameters, combinations of parameters, wellness measurements or the like. The nonmedical applications may include communication protocols, connectivity protocols, smart phone and cellphone capabilities, entertainment applications, productivity applications, or virtually any application available on today's existing sophisticated smart phones.

In other embodiment's, the processing device generates patient specific calibrations through information exchanges between the device and a centralized computing system. For example, the device may upload measurement information to one or more remote computing data centers over wireless, mobile, Wi-Fi, wired, or other networks and download patient specific or other updated calibrations. Advantageously, through the upload of measurement data, the manufacturer may collect anonymous clinical data that can be used to create ever more accurate noninvasive measurements.

According to further embodiments, the processing device includes medical and nonmedical applications that may share common resources. Advantageously, the processing device includes a priority mechanism so as to prevent the medical related functions from competing with the non-medical related functions for the common resources during critical or otherwise medically relevant time periods.

In still further embodiments of the present disclosure, such processing devices as disclosed herein may be incorporated into existing smart phone processing platforms.

To facilitate a complete understanding of the invention, the remainder of the detailed description describes the invention with reference to the drawings, wherein like reference numbers are referenced with like numerals throughout.

FIG. 1 illustrates a simplified perspective view of a processing system 100 according to an embodiment of present disclosure, including a processing device 102, a noninvasive sensor 104, an associated cable 106 providing communication between the device 102 and the sensor 104, and a disposable glucose strip 108. The processing device 100 comprises a handheld housing including an integrated touch screen 110, one or more input keys 112, and an integrated camera 113 preferably capable of photo and/or video capture. In an embodiment, the screen 110 rotates as the device 102 is held in differing orientations; however, the preferred orientation is for use is the landscape orientation as illustrated in FIG. 2 .

FIG. 1 also illustrates additional features of the device 102. For example, the device 102 includes along a side thereof an integrated strip reader, including a strip input cavity 114, and a power button 116. Along another side, the device 102 includes a noninvasive sensor cable input port 120 (FIG. 3E) and volume controls 122 (FIG. 3E). Along yet another side, the device 102 includes a headphone jack 124, a micro SD card reader input cavity 126, a micro HDMI connector 128, a Micro USB connector 130 configured for, for example, data transfer and battery charging, and an optional audio transducer, such as, for example, a speaker 132. Along a back side thereof, in an embodiment, the processing device 102 includes a camera 134 (FIG. 3F) and LED flash 136 (FIG. 3F).

As disclosed, the device 102 communicates with a noninvasive optical sensor 104, such as, for example, a clothespin style reusable optical sensor, in some mechanical respects similar to those employed in standard pulse oximetry. The sensor 104 may also include advanced features, such as those disclosed in U.S. Pat. No. 6,580,086, and U.S. Pat. Pub. No. 2010-0026995, on Feb. 4, 2010, titled “Multi-stream Sensor For Noninvasive Measurement of Blood Constituents,” each of which is incorporated by reference herein. Specifically, the sensor 104 includes a plurality of emitters emitting light of a variety of wavelengths to form a light source. A plurality of detectors detect the light after attenuation by a digit of the patient. A plurality of temperature sensors and one or more memory devices may also be incorporated into the sensor 104. These devices communicate their information to the device 102 through the cable 106.

In general, the user interacts with the processing device 102 to obtain glucose measurements. The user may input the disposable strip 108 with a blood sample and the device 102 will, if not already, electronically wake up a medical application and display glucose measurements obtained from the strip reader. The user may also apply the sensor 104 to a digit and upon activating a “test” input, the device 102 may process the detector signals and display glucose measurements derived from the received signals.

Although disclosed with respect to the embodiment shown in FIG. 1 , an artisan will recognize from the disclosure herein alternative or additional functionality, user interaction mechanisms, and the like. For example, the device housing may be shaped to ergonomically fit a user's hand, may include more or less input mechanisms including, for example, a connectable or slideout keyboard, a pointing device, speech recognition applications, or the like. Moreover, the sensor 104 may wirelessly communicate with the device 102. The device 102 may communicate with an external strip reader or other medical sensors or devices.

FIGS. 3A-3F illustrate simplified top, front, rear, left, right, and back views of the processing device 102 of FIG. 1 , according to an embodiment of present disclosure.

FIGS. 4A-4B illustrate simplified exploded views of the processing device 102 of FIG. 1 , according to an embodiment of present disclosure. As shown, the device 102 includes the touch screen 110 housed in an upper housing 400, a main frame 402, a main board 404, a battery 406 and a rear housing or casing 408. In an embodiment, the touch screen 110 comprises a 5.6″ LED backlit LCD with 1280×800 pixel resolution with 262,144 colors and a viewing angle of 179 degrees, although an artisan will recognize from the disclosure herein a wide variety of possible display devices.

FIG. 5 illustrates a simplified hardware block diagram 500 of the processing system 100 of FIG. 1 , according to an embodiment of present disclosure. As shown in FIG. 5 , the processing device 102 includes a plurality of processors, including a front end processor 502 configured to execute a number of processes, including medical processes and signal processing processes, a coprocessing DSP 504 configured to execute a number of calculators and assist the front end 502 in intensive calculation processes, and an applications processor 506, configured to execute a medical applications and more traditional smart phone applications, including, for example, cell phone, internet, entertainment, and productivity applications. In an embodiment, the front end 502 comprises an OMAP style processing system available from Texas Instruments, generally comprising an ARM9 processor and one or more digital signal processors or specialized co-processors. In an embodiment, the front end 502 may comprise an OMAP L138 processor system. In an embodiment, the coprocessor 504 comprises a Snowbird style digital signal coprocessor from Analog Devices. In an embodiment, the applications processor 506 comprises a Linux processor from Samsung including a Cortex-A9 ARM processor.

Although disclosed with reference to specific processing technologies, an artisan will recognize from the disclosure herein that the processor could comprises a single processing device, more or less than three (3) processing devices, a wide variety of hardware and/or software solutions, other processing devices, or the like.

The front end 502 communicates with the sensor 104 components to accomplish the noninvasive measurements of the present disclosure. For example, the front end 502 communicates with one or more light sources 510 to irradiate a digit 512 of a wearer of the sensor 104. A plurality of photodetectors 514 receive the irradiated light after attenuation by the tissue of the digit 512. In an embodiment, the detectors 514 comprises four (4) detectors logarithmically spaced apart along an axis parallel to a long axis of the digit 512, the detectors 514 optionally mounted on an actuator 516. In an embodiment, the actuator 516 moves the detectors in a predefined motion to create an active pulse technology, similar to that disclosed in U.S. Pat. No. 5,638,816, titled “Active Pulse Blood Constituent Monitoring,” or in U.S. Pat. Prov. App. Ser. No. 61/486,689 filed on May 16, 2011, titled “Personal Health Device,” each of which is incorporated by reference herein. The detectors 514 output their respective channels of data, or signals to the front end 502 for processing. In addition to the light source 510 and the detectors 514, the front end 502 may advantageously communicate with a plurality of temperature sensors 518, and one or more memories 520. In an embodiment, the front end 502 communicates with a temperature sensor 518 configured to supply an indication of the temperatures of the emitting LEDs of the light source 510, a temperature sensor 518 configured to supply an indication of the temperature of the tissue being monitored, and a temperature sensor 518 configured to supply and indication of the temperature of the detectors 514.

The front end processor 502 also communicates extensively with the coprocessor 504 over, for example, a dedicated high speed connection. In an embodiment, the medical application algorithms and mathematics that generate noninvasive measurements may be regarded as highly sensitive information. Thus, the communication between the processors 502 and 504 may advantageously be encrypted to ensure their sensitivity is appropriately guarded.

The front end processor 502 additionally communicates with the applications processor 506. In an embodiment, determined measurement values are forwarded to the applications processor 506, where, for example, medical applications use the data to present information to the user on the display 110. The applications processor 506 also communicates with the strip reader 520. In an embodiment, the strip reader 520 comprises a commercially available OEM strip reader from, for example, Nova Medical. In an embodiment, the strip reader includes a current detector, or reader 522 and a controller 524 for determining from an inserted strip 108, minimally invasive glucose measurements. The reader 520 forwards calculated measurements to the applications processor 506, where, for example, medical applications use the data to present information to the user on the display 110.

As disclosed in the foregoing, the applications processor 506 executes a wide variety of medical applications and smart phone or other applications, any of which may access wireless communication functionality, including Wi-Fi, 3 and/or 4 G or higher connectivity, Bluetooth, Ant, near field communication (“NFC”), cellular, or other wireless connectivity, SD card functionality, HDMI functionality, image and video data, and user input.

Although disclosed with reference to the specific embodiment of FIG. 5 , an artisan will recognize from the disclosure herein other hardware and/or software configurations for accomplishing the desired functionality, including, for example, custom semiconductors, controllers, processors, or the like for performing individual or sets of functions.

FIG. 6 illustrates a simplified data flow diagram between applications of the processing device 102 of FIG. 1 and remote computing servers, according to an embodiment of present disclosure. As shown in FIG. 6 , a health monitor 602 including, for example, the glucometer as disclosed above, communicates data with a number of other processing centers, including a number of applications 604 and at least one remote data processing center 606. As shown in FIG. 6 , the health monitor 602 may communicate with one or more of the following sensors, devices, or technologies: ECG and/or EEG sensors or devices, respiration sensors or devices, including acoustic sensors such as those commercially available from Masimo, sleep apnea sensors or monitors, invasive technologies such as the above discussed strip reader or other invasive technologies, blood pressure sensors or devices, temperature sensing technologies, drug testing sensors or devices, depth of consciousness sensors or devices, and other patient monitoring devices. As shown in FIG. 6 , this interaction with the monitor 602 advantageously allows the monitor to use the information in its medical calculations, as well provide that information further to various applications 604 and the remote processing center 606.

The applications 604 may include a wide variety of applications including, for example, the health applications disclosed herein, or similar applications, phone, business, entertainment including video, music, pictures, and the like, productivity, social, games, utility applications and the like, many of which can be associated with today's smart phone technologies. In an embodiment, the applications may include some combination or all of the applications disclosed in U.S. Pat. App. Pub. No. 2011-0082711, filed on Apr. 7, 2011, titled, “Personal Digital Assistant or Organizer for Monitoring Glucose Levels,” incorporated by reference herein.

The remote data processing center 606 communicates with the health monitor 602 and the applications 604 to store and process vast amounts of data, including for example, minimally and noninvasive glucose measurements for patient specific and population calibration processing, electronic medical records (“EMR”) and electronic health records (“EHR”), or the like. In an embodiment, the remote data processing center 606 may also perform device management functions, including, for example, maintenance of software and firmware executing on the processing device 102, and measurement credit processing, such as the measurement credit processing disclosed in U.S. Pat. App. Pub. No. 2011-0172498, filed Jul. 14, 2011, titled “Spot Check Monitor Credit System,” incorporated by reference herein disclosing, in general, embodiments for managing spot check pricing for medical instruments.

As will be understood by an artisan from the disclosure herein, the data processing center 606 may comprise one or many physical and/or logical locations, servers, systems, or the like, accessible by any of a large number of connectivity options. It may be geographically distributed, may have mirrored or backup sites, may be one or many processing device or the like.

Communication between the device 102 and the remote data processing center 606 advantageously benefits all parties. For example, the user by sharing their measurement data in a confidential and/or anonymous manner provides valuable data to, for example, the manufacturer. The amount of this data could be staggering when compared with the amount of data traditionally gathered during clinical trials. Supplementing actual clinical trial information with valuable uploaded information provides a cost effective and timewise practical solution to very costly clinical trial studies. In return, the user receives from the remote processing center patient specific calibration data ensuring the most accurate association of absorption-derived data and output measurement data. For example, oximeters and cooximeters use clinical data to map noninvasive measurement results to clinically-determined output measurements. This mapping is often referred to as “calibration.” With the present disclosure, the clinical data is vastly supplemented with user data creating much more accurate calibrations, and specifically, user-specific calibrations. These calibrations are downloaded to the monitor 602.

For example, because of many challenges associated with the accurate noninvasive optical absorption-based glucose measurements, variability in calibrations between subjects can be high, in some cases too high for global calibrations to accurately support large user populations. Thus, in an embodiment of the present disclosure, the processing device 102 improves its calibration for a specific user through communication with the data processing center 606. In an embodiment, qualification for use of the device 102 to provide noninvasive glucose measurements is dependent upon the interaction with the data processing center 606. For example, FIG. 7 and its disclosure relates to a protocol for qualifying or preparing a processing device 102 for use noninvasively.

FIG. 7 illustrates a simplified measurement process or protocol 700, according to an embodiment of the present disclosure. In an embodiment, the protocol 700 includes Step 702 where a patient qualifies for noninvasive glucose measurements. Some research suggests that only around seventy percent (70%) of possible patients qualify for noninvasive glucose measurements. Disqualification can be the result of many things, in particular optical density coupled with poor digit perfusion. Thus, in an embodiment, the device 102 may drive the light source 510 of the sensor 104 and receive optical absorption data. Based on the signal strength and/or quality of the data, the device 102 may request the user place the sensor on a different digit. Reasons for poor performance include finger thickness, pigmentation, perfusion, temperature, or the like. In some cases, the device 102 determines one or several ideal digits through the testing of each one for noninvasive measurements. In other embodiment, once the device 102 finds a sufficient digit, it recommends use of that one. Through, for example, the determination of potential signal strength of the optical signals received from the sensor 104, the device 102 may pre-qualify a user as a candidate for noninvasive glucose measurements. Full qualification may not occur at all or at least until much of the protocol 700 is completed.

The protocol 700 also includes Step 704, where the device 102 enters a calibration phase. During calibration, many invasive measurements, such as strip measurements are taken. In an embodiment, during this step, noninvasive measurements are not displayed as they are not sufficiently calibrated for a particular user. In an embodiment, about twenty (20) to about sixty (60) invasive measurements are performed during up to about thirty (30) days. In an embodiment, the user takes noninvasive measurements with each of the invasive measurements in order to associate instrument readings with invasive results. While providing a guideline for the calibration process, the protocol is not meant to be limited thereby. The device 102 uses a certain number of measurements over a certain time to develop a reliable calibration. Some users will enthusiastically provide multiple measurements, perhaps many measurements per day. Other will only provide a minimal number, such as one or two measurements per day. The calibration process length will be longer for the latter than it will for the former.

In an embodiment, because of the difficultly associated with cross subject variability in the calibrations process, e.g., the process of mapping noninvasive instrument readings with glucose values, in an embodiment, the device originates with a general calibration or in some cases, no calibration at all. The user begins taking measurements and uploads the measurements to the data processing center 606. After sufficient measurements, such as, for example, about twenty (20) to about one hundred (100) or so over about twenty (20) to forty five (45) days, the data processing center 606 will begin to see a convergence of the patient-specific calibration. In one sense, the mappings will begin to stabilize. For example, over that time period it is anticipated that the about minimums and about maximums start to fill in with patient specific correlations between noninvasive measurements and invasive measurements and the mapping functions will start to look more similar to the previous mappings. When sufficient convergence and/or stabilization occurs or begins to occur, the center 606 may download the patient-specific calibration to the device 102.

The measurement process 700 also includes Step 706, where the device 102 enters a verification phase. During verification, invasive measurements, such as strip measurements are taken, to ensure that the calibration has converged. For example, in an embodiment, the data processing center 606 has downloaded a patient specific calibration to the device 102. Accordingly, the device generates optical absorption data, associated strip readings, and from its downloaded calibration, noninvasive glucose measurements. These now three associated pieces of data can advantageously be uploaded to the data processing center 606 and the newly found noninvasive glucose measurements can be verified as being accurate according to the expected and downloaded patient-specific calibration. Thus, advantageously, in Step 706, the protocol proves or verifies that the device 102 is generating acceptable and accurate noninvasive glucose measurements and otherwise functioning properly. In an embodiment, the data processing center 606 reduces the data storage requirements for the device 102 by storing the data associated with the calibration protocol remote from the device 102. In other embodiments, the process 700 may occur entirely within device 102, or with other access to remote data systems.

In an embodiment, during Step 706, verification, noninvasive measurements are not displayed as they may still be in need of further calibration for a particular user. In an embodiment, about one (1) to about two (2) invasive measurements should be performed per day for up to about five (5) days. In an embodiment, the user takes noninvasive measurements with each of the invasive measurements in order to associate instrument readings with invasive results.

The protocol 700 also includes Step 708, where the device 102 enters a sustaining or maintenance phase. During this phase, invasive measurements, such as strip measurements are taken, to ensure the calibration has not drifted from previous calculations. In an embodiment, during this step, noninvasive measurements are displayed as frequently as they are taken. In an embodiment, invasive measurements can be about one (1) week apart.

The measurement process 700 also includes Step 710, where the device 102 compares current noninvasive measurements to determine whether such measurements are outside expectations. For example, in an embodiment, the device 102 uploads measurement data to the processing center 606. As disclosed above, such information may advantageously include noninvasive glucose measurements and corresponding optical absorption data sets measured by the sensor 104. The data processing center 606 may advantageously use the glucose measurements alone, or with additional physiological information about the user, to retrieve more generalized or stored optical absorption data sets associated with that measurement. For example, when the device 102 measures 125 mg/dL glucose and uploads that to the center 606, the center 606 may advantageously retrieve stored optical absorption data sets associated with 125 mg/dL. These stored sets may be idealized, generalized, specific for the user, or combinations of the above. The stored data sets are then statistically compared to the uploaded data set from the device 102 associated with its measurement of, for example, 125 mg/dL glucose. The statistical comparison may be a Gaussian comparison or other statistical comparisons that provide an indication of how similar are the data sets, e.g., the stored data set and the uploaded data set, each associated with a similar or same glucose measurement, in this case, 125 mg/dL glucose. When the sets begin to be sufficiently dissimilar, the center 606 may inform the device 102 that the measurements are no longer within expectations and the device should be recalibrated. In an embodiment, recalibration can be a full recalibration or a partial recalibration or simply a restart of one of the other phases.

FIG. 8 illustrates a simplified minimally invasive strip measurement process 800 according to an embodiment of the present disclosure. The process 800 includes Step 802, where a strip with the user's blood is inserted into the strip reader. In Step 804, a medical application wakes up and takes priority of any necessary shared resources in the processing device 102. The reader determines an output and forwards the output measurement to the medical application. In Step 806, the application may determine to optionally display the result, particularly when the result indicates an abnormal condition or a trend is moving toward an abnormal condition. In Step 808, the application determines whether a noninvasive measurement is desired, such as, for example, when the device 102 is performing a calibration or other phase, where, for example, timewise-commensurate minimally and noninvasive measurements are desired. In Step 810, the application may prompt the user to begin a noninvasive sensor measurement process, such as process 900, disclosed herein. In Step 812, the application may determine to optionally display the minimally invasive result, particularly if the result was not displayed above. In an embodiment, the application may display both results, only one result, a result in which there is an associated higher confidence, or a combination of the results. In Step 814, the measurement values are uploaded to one or more remote data processing centers. Other information may also be uploaded, such as, for example, spot check purchasing information, version information, demographic information, device information, use information for the device, the sensor, and/or the cable, or the like. In Step 816, the application may determine that the center is ready to download information to the device 102. For example, the center may have updated calibration information based on current or previous uploads, other users uploads, the calibration may be beginning or actually stabilizing and/or converging, or the like. Moreover, the center may download spot check purchasing information, other application information, or the like.

FIG. 9 illustrates a simplified noninvasive sensor measurement process 900 according to an embodiment of the present disclosure. The process 900 includes Step 902, wherein if not already, the user wakes up the medical application. In Step 904, the user attaches the sensor 104 to a digit and activates a test input, such as a button on the touch screen of the device 102. In Step 906, the device 102 processes the detector signals to determine noninvasive glucose measurement values. In Step 908, the application determines whether the device 102 has been sufficiently calibrated with invasive measurements. If not, the application requests in Step 910 that an invasive measurement be taken. In Step 912, even when the device 102 is sufficiently calibrated, additional less frequent invasive measurements may be recommended to ensure accurate noninvasive performance. In Step 914, the application determines whether the processed noninvasive measurement is within expectations. In an embodiment, the device may include limits for its calibration, may include data sets for certain calibrations, may include confidence indicators for particular measurements based on, for example, the optical signal processing, or the like to understand whether current measurements are outside expectations. In Step 916, the application displays, when appropriate, the noninvasive measurements. In Step 918, the measurement values and/or other information are uploaded to one or more remote data processing centers. In Step 920, the application may receive information from the data center.

FIGS. 10-19 illustrate exemplary user interfaces of the processing device of FIG. 1 , according to various embodiments of the present disclosure. As shown in many of the user interfaces, familiar smart phone icons may be used such as, for example, battery power, time, connectivity such as Bluetooth or Wi-Fi, 3 G or higher connectivity, cellular connection signal strength such as increasing bars, and the like. Additionally, in the case of a spot check device, the device may include a readily identifiable indicator for the amount of measurements reaming or otherwise paid for. For example, FIG. 10 shows a “220” with a green check to indicate the user has prepaid or otherwise received 220 spot check measurement credits.

Moreover, FIG. 10 illustrates an exemplary test result interface, which may advantageously show the available scale, the severity at each end of the scale in alternating colors, such as, for example, green when the measurements are normal, yellow on each side as they move away from normal and red where measurements are abnormal.

FIG. 11 illustrates an exemplary bar graph interface which may, for example, show readings during different activities for a particular time period. For example, FIG. 11 shows a collection of readings before and after meals, and numerically provides a combination of those readings. In an embodiment, the combination is a simple average. In other embodiment, the combination may be more statistically sophisticated and/or appropriately weight confidence indications associated with particular readings. In an embodiment, the scale at the bottom of the interface shows the time period of the combination, such as, for example, the simple average. In this case, the user has selected to average 14 days. As shown, the user could select days, months, or years, and then slide the bar for a numerical value of the same, and the processing device 102 would combine the stored measurement values over the corresponding time for display in similar fashion. Other activities around which one may wish to summarize measurement values may include exercise, snacks, specific dietary intake, times of day or week, or the like.

FIGS. 12A-12B illustrate exemplary result and trend interfaces. For example, FIG. 12A may show basic information for noninvasive measurements, along with a trend showing readings over time. The trend may advantageously include flags for entered activities, may highlight abnormal or trending toward abnormal behaviors. In the particular embodiment shown, the round points indicate noninvasive measurements and the triangle points indicate strip or otherwise invasive measurements. Moreover, the trend may be selectable to review information available for the selected point in time. An activity log may also be shown. FIG. 12B may show similar basic information for invasive measurements, and switch the location and/or color to ensure a user can readily recognize the difference between the display of invasive and noninvasive values. Other icons or text may also be used to distinguish the measurements, such as, for example a blood droplet and/or triangle to indicate a strip measurement being displayed.

FIGS. 13A-13D illustrate exemplary trend interfaces. FIG. 13A illustrates an exemplary single trend of glucose measurements. In an embodiment, the trend may show both invasive and noninvasive measurements or may include trend lines for each type. Also, the trend line timeframe, or displayed time period, may be configurable through, for example, a pinch or dual finger parting to respectively shorten or lengthen the time period. FIG. 13B illustrates exemplary trends of multiple parameters, in this case, glucose and blood pressure, over the same time period so that, for example, a caregiver can readily recognize or identify how events in the multiple physiological parameters affect a particular parameter. For example, the user could readily review whether spikes or falls in blood pressure have any correlation to glucose readings. FIG. 13C illustrates how many normal, approaching abnormal, and abnormal measurements were taken over a period of time. FIG. 13D shows that additional information can be viewed when selecting a particular set of values, in this case, the set of abnormal measurements. As shown, the user selected a particular time period, and within that time period, the user selected the abnormal readings. Thus, the device 102 displays the measurement data, such as value, date, time, or the like, associated with each abnormal reading in the set.

FIGS. 14A-14B illustrate exemplary calibration protocol interfaces. Particularly, FIG. 14A shows a user their progress through a calibration protocol, such as the protocol shown in FIG. 7 . In an embodiment, the information displayed may include time and date of last calibrations and next calibrations, may include information on how many calibrations have been accomplished and/or how many remain. FIG. 14B illustrates how the applications can guide a user through a calibration process. For example, a timeline may advantageously indicate where in a calibration process the current measurements fall. Moreover, the timeline may include days, months, and years tabs to quickly organize information regarding device usage.

FIGS. 15A-15D illustrate exemplary alarm interfaces according to embodiments of the disclosure. In FIG. 15A, a measurement may indicate that a user's glucose levels are low and may indicate an alarm by any of placing an icon, such as a bell, on the display, enclosing the display in a red square, and/or highlighting on a trend graph the low measurement. In some embodiments, the bell is placed low when the glucose levels are abnormally low, or high, when they are abnormally high (FIG. 15B). Other more traditional visual and/or audio alarms may also be used including flashing display items or sounding audible alarms, the intensity or frequency of which might vary to show severity. In FIG. 15B, a measurement may indicate that a user's glucose levels are high. In FIG. 15C, abnormally high measurements may trigger a message to see a physician immediately, contact emergency services, check ketone levels or the like. Moreover, additional icons, such as ringing multiple bells, or other icons may be used to show significant severity. In FIG. 15D, a delta alarm may indicate the direction of change. For example, a low glucose level that is trend-wise dropping, indicates a more dangerous condition than one that is trend-wise raising. Icons and other information may be highlighted to indicate these conditions.

FIGS. 16A-16C illustrate exemplary instructive interfaces, such as test strip insertion guidance (FIG. 16A), general information about glucose measurements and glucose normality ranges (FIG. 16B), or pricing information for instrument usage (FIG. 16C). In FIG. 16A, the instructive interface may also guide the user in calibrating or verifying strip reader measurements. For example, often strip reader manufacturers provide solutions for testing strip readers. The user drips solution onto a test strip and inserts the strip into the reader. The solution is designed to cause the reader, when functioning properly, to provide a measurement within a provided range of acceptable measurements. These solutions will often include three bottles corresponding to low, regular or medium and high solutions, designed to cause the reader to provide measurement in the low, medium and high ranges. The interface may guide the user through, for example, using these solutions to verify accurate operation of the strip reader.

In FIG. 16C, the user may interact with the device to purchase additional spot checking credits. Spot checking accounting is disclosed in U.S. Pat. App. Pub. No. 2011-0172498, filed Jul. 14, 2011 titled “Spot Check Monitor Credit System,” incorporated by reference herein.

FIG. 17 illustrates an exemplary application interface showing, for example, different types of medical and nonmedical applications that might be executed by the processing device 102. For example, the applications may include noninvasive and minimally invasive glucose testing, internet browsing, email, texting, video conferencing, cellular phone, graphs, activities or calendaring, flag or activity management, weather, photographs or videos, camera or video operation, calibration protocols, electronic interference detection, such as that disclosed in U.S. is disclosed in U.S. Pat. App. Pub. No. 2011-0109459, filed May 12, 2011 titled “Interference Detector for Patient Monitor,” incorporated by reference herein, music, spot check purchasing applications, such as those disclosed above, general questions and setting preferences, facebook, twitter, map or navigation, address book, internet bookmarks, downloadable applications of all sorts, and the like.

FIGS. 18A-18B illustrate an exemplary events interfaces including a food flag interface. One application that may be extraordinarily helpful for, for example, a diabetic trying to manage their glucose levels is to include easily entered activities into a calendar program. These activities or flags are associated with events such as fasting, insulin, food/drink intake, measurement, exercise, and the like. FIG. 18B shows an exemplary interface presented when the user wants to enter an eating activity. As shown, the information may include the amount of carbohydrates in the food, the portion or size, the glycemic index or the like. As is understood by an artisan, the glycemic index includes ranges of about fifty five (55) or less for most fruits and vegetables, legumes/pulses, whole grains, nuts, fructose and products low in carbohydrates, about fifty six (56) to about sixty nine (69) for whole wheat products, basmati rice, sweet potato, sucrose, baked potatoes, and about seventy (70) or above for white bread, most white rices, corn flakes, extruded breakfast cereals, glucose, maltose.

FIGS. 19A-19B illustrate exemplary priority interfaces. As will be disclosed in more detail below, certain applications will be designed to take a priority over other applications. In general, medical applications, such as those of FIG. 19A, will take priority over others, such as those of FIG. 19B. Moreover, in an embodiment, the order the icons appear within a figure may visually provide the user with an understanding of their priority. For example, in FIG. 19B, incoming phone activity takes priority over incoming email activity, etc. In an embodiment, the manufacturer sets the medical priorities over the nonmedical priorities. In an embodiment, the user may be able to add applications to one or both priority interfaces to reorder default priorities; however, the default priorities for certain applications may not be editable to ensure safe operation of the device.

FIG. 20 illustrates a priority mode processing device having medical related functions and non-medical related functions sharing common resources. Advantageously, the processing device has a priority mechanism so as to prevent the medical related functions from competing with the non-medical related functions for the common resources during critical time periods. These critical time periods are indicated by triggering events. In particular, a triggering event indicates to the system that the medical related functions have resource priority. This priority may be, for example, exclusive access to and use of displays, alarms, controls, communications and processing power so as to make time critical patient health and risk assessments and output those assessments in a timely manner to a healthcare provider.

FIG. 21 illustrates a priority mode processing device embodiment having a smart phone or other cellular communication device sharing one or more common resources with a processing device. The common resources may include operating system functions, processor cycles and input/output access, to name a few. A priority mode for the processing device may be triggered by the connection or disconnection of a device to the monitor, such as a sensor or sample, advantageously giving the monitor maximum access to processing and input/output resources so as to respond to physiological data inputs and calculate medical parameters or conditions accordingly.

FIGS. 22A-22D are illustrations of priority mode glucometer embodiment. The glucometer is advantageously integrated in a handheld device having both processing device and smart phone capabilities. When a sensor or test strip is plugged or inserted into the handheld device, it is usable as a glucometer. When the sensor or test strip is unplugged or removed from the handheld device, it is usable as a mobile phone, such as, for example, a smart phone with many of today's smart phone applications and functions.

FIGS. 23-29 , described in detail below, illustrate various embodiments that combine processing device and smart phone features in an advantageous manner so that the physiological measurements are not interrupted or delayed by smart phone functions, such as incoming calls and text messages to name a few.

FIG. 23 illustrates processing device embodiment that utilizes a KVM (keyboard/video/mouse) switch for priority control. The KVM switch controls access to the display, touchscreen and audio between a processing device CPU that runs the medical system and a smart phone CPU that runs the cell phone system.

FIG. 24 illustrates a processing device embodiment where the medical functions are implemented as a single application running on the smart phone operating system (OS), such as those offered by Google (Android), Windows, Apple, or the like. In an embodiment, when a sensor or strip is plugged into the device, the OS activates the medical application and all other applications are suspended and cannot be resumed until the sensor/strip is unplugged or some other user supplied input is provided.

FIG. 25 illustrates a processing device embodiment where two separate operating systems run as virtual machines on the device CPU. The cell phone OS handles cell phone functions and the medical OS handles the medical system functions.

FIG. 26 illustrates a processing device embodiment where the medical application runs next to the cell phone OS (e.g. Android). As soon as the sensor or strip is plugged into the device, the medical application is started and runs separate from the cell phone OS. The cell phone OS is suspended and the medical application takes control of the hardware, including the touch screen.

FIG. 27 illustrates a dual-boot processing device embodiment. As soon as a sensor or strip is plugged into the device, the cell-phone operating system is shut down and the device is rebooted into the medical operating system.

FIG. 28 illustrates a double-sided processing device embodiment. A first display is mounted on one side of the device with cell-phone functionality and a second display is mounted on the other side of the device with medical functionality. A related embodiment implements two separate systems (cell-phone and medical) in one (hardware) chip, such as a FPGA or ASIC.

FIG. 29 illustrates a processing device embodiment where the cell phone as (e.g. Android) runs a single medical system application while a sensor and/or strip is plugged into the device. When the sensor or strip is removed, the OS runs in a normal al operating mode, multitasking various applications.

A priority mode processing device has been disclosed in detail in connection with various embodiments. These embodiments are disclosed by way of examples only and are not to limit the scope of this disclosure. One of ordinary skill in art will appreciate many variations and modifications.

In an embodiment, the features and functionality of the processing device 102 may be incorporated into smart phone technologies. For example, a smart phone may enables patients and healthcare personnel to manage health data, and in particular, physiological reading data from one or more health data collection devices such as a glucose sensor or pulse oximeter.

FIG. 30 illustrates an exploded view of a smart phone including internally integrated processing capability, such as, for example, a processing board or other device. As shown, the technology board 3000 comprises an integrated board within the smart phone housing. The board communicates with an external optical sensor, such as sensor 104. In various embodiments, the sensor provides an output signal indicative of an amount of attenuation of predetermined wavelengths (ranges of wavelengths) of light by body tissues, such as, for example, a digit, portions of the nose or ear, a foot, or the like. The predetermined wavelengths often correspond to specific physiological data desired, including for example, blood oxygen information such as SpO2, blood glucose, total hemoglobin, methemoglobin, carboxyhemoglobin, bulk tissue property measurements, water content, pH, blood pressure, respiration related information, cardiac information, indications of perfusion, or the like. The smart phone may also include software such as an application configured to manage output measurement data from the processing board. The application functionality can include trend analysis, current measurement information, alarms associated with below threshold readings or reminders to take measurement data at certain times or cycles, display customization, iconic data such as hearts beating, color coordination, bar graphs, gas bars, charts, graphs, or the like, all usable by a caregiver or smart phone user to enable helpful and directed medical monitoring of specified physiological parameters.

The smart phone may advantageously be capable of connecting to and receiving data from a physiological data collection device such as an optical sensor glucose sensor. The smart phone is able to connect to a data collection device and receive data from the device. The smart phone may be configured to analyze data from the device, display data from the device, and otherwise utilize the data to empower the user to take control of his health.

The smart phone may have a fully integrated technology board which receives and analyzes data from the collection device. The technology board may alternatively be housed within a removable cartridge. The board may employ RF shielding. The smart phone may utilize a Samsung GHz processor or the like. The processor may utilize mDDR2 or mDDR, or the like. In some embodiments, the processor may employ MLC NAND 48 TSSOP flash memory technology or the like. The smart phone may comprise a power management integrated circuit with on/off/wakeup capability.

In an embodiment, the smart phone may utilize one of a number of different operating systems. For example, an android, linux, or qnx system may be used.

Software may be installed upon the smart phone that can analyze the data received from the sensor device and make it available in a way for the user to manage his health. There may be software which allows a user to view the data in a multitude of ways. The smart phone may also be able to alert the user to an abnormal data reading. The software may also alert the user to take a physiological reading or medication. It may have the capability of sending physiological data to a home computer where the user manages his health data. The data can also be sent to a physician or pharmacist for their expertise and feedback.

The smart phone through the board may include an input that can connect to the data collection device or optical sensor. In some embodiments this sensor may be on the top portion of the smart phone, integrated into the smart phone housing or housing attachment, or a separated device as shown. The connector may be chosen from a variety of connectors including a snap click connector, a magnetic connector and/or a multi pin connector. In some embodiments, the smart phone may comprise a magnetic latch sensor port with dual orientation with allows for a controlled break away. In an embodiment, the sensor includes active pulse technology designed to provide a perturbation of the tissue during measurements.

The smart phone may have a display that is between about 3″ and about 5″ or more. A bigger screen may advantageously allow more versatility from a user experience perspective. The display may have the capability of switching between a portrait and a landscape mode based on user preference or automatically based on positioning. The display, in some embodiments, has a wide viewing angle in both portrait and landscape mode. It may have a backlight in one of both of the modes. In some embodiments, the resolution is around about 960×640 with a 24 bit rate.

The display may be a projective capacitive LCD screen. The screen may be made from impact resistant materials such as Gorilla Glass®, sapphire crystal or polycarbonate. The conductive coating may be made of a variety of materials including indium tin oxide (ITO). The screen may be a multi input screen with 3 or more inputs. The screen may also support gestures such as an x/y swipe inertia scroll, presshold, 2 point pinch zoom, 3 point pinch zoom and swiping. In some embodiments, the smart phone is capable of utilizing haptic technology to communicate with the user. This feature may be useful to alert a user to significant changes in physiological measurements. The device may also utilize a bezel to maneuver around the display.

The smart phone may comprise a power button. The button may be a tactile button that produces an audible click. The button may be located on a side of the smart phone.

The smart phone may include a chargeable battery to provide power to the device. In some embodiments, the battery may be a 1500-3000 mAh lithium battery. The battery may be housed in a recess of the smart phone covered by a removeable battery door. This may be located on the back of the phone.

The smart phone may additionally comprise an AC power input. In some embodiments, the input is located on a side of the device. Alternatively, the device may be inductively charged.

The smart phone may also comprise one or more USB ports. The ports may be regular or micro USB ports. The ports may utilize a USB switch such as a Fairchild switch. The USB port may be capable of charger detection, audio and UART detection. The USB ports may be located on a side of the smart phone.

The smart phone may be capable of wireless communication. This may be achieved through a wireless connection such as a Broadcom 802.11 a/b/g/n dual band connection. It may also utilize a Bluetooth connection, an FM receiver using an RDS standard, or the like. The smart phone may also comprise a module to allow for connectivity to networks such as the 3G network, 4G network, and the like.

The smart phone may contain a speaker and/or an earphone jack located on it. In some embodiments, the speaker is a multi-directional speaker for audio over air. The speaker may be capable of 85 db. The smart phone may further comprise an amplifier. The amplifier may be a 3 W filter-free class D mono audio amplifier in some embodiments. A volume control may be located on the phone. In some embodiments, the volume control may be a volume rocker switch.

The smart phone may comprise a camera. The camera may be a video and/or still camera. The smart phone may contain a camera on the front side and rear side of the phone to enable things like self-portraits and video chats. In some embodiments, the front camera is a 1.3 MP camera. In some embodiments, the back camera is an 8 MP camera. The camera(s) may also comprise a flash which may be an LED flash.

Some or all of the part of the device not making up the screen may be comprised of a variety of materials including liquid metal, CNC aluminum, and Hydro Formed aluminum. Soft touch paint may be applied.

The smart phone may comprise high durometer bumper fins to protect it from drops and everyday wear and tear. The fins may comprise a material that is not temperature sensitive, has a generally high chemical resistance, is flexible, and is durable. In some embodiments, this material may be multi-shot santoprene or another thermopolastic elastomer. The fins may be located on the rear side of the smart phone, at the top and bottom of the device. There may be between 1 and 5 fins located on both the right and left sides of the smart phone. The fins may extend towards the top of the device and wrap around to cover a portion of the top of the device. The bottom fins may be designed in a similar manner.

The foregoing features are not intended to be exhaustive. The smart phone may contain additional features such as an acoustic speaker slot, a slot for Micro SD, HDMI outputs, a microphone, a sim card draw, an accelerometer and the like.

FIG. 31 illustrates insertable cartridges that may connect to, for example, a technology board or other interface on a general purpose smart phone. As shown in FIG. 31 , the insertable cartridge may be function specific. It could be a glucose sensor cable cartridge. A glucose sensor may be integrated into the cartridge. The cartridge could alternatively be a temperature and blood pressure cartridge. The cartridge may be an environmental sensor, for instance, measuring CO in parts/million. It may be an extra battery cartridge. The cartridge may be a barcode scanner or other digital device interface for data import, software, application firmware upgrades or patient management. The cartridge could also provide general oximetry or cooximetry functionality and sensor connectivity, or may be acoustic sensor compliant and determine respiration parameters.

The smart phone device described may advantageously allow a user to carry only one unit rather than both a phone and a sensor device. As a result of its dual functionality, the device may be bigger and more costly than a traditional smart phone. Additionally a user may have to replace their existing phone. Another advantage is that the smart phone to be used as an ‘on the go’ health organizers. This setup also allows the user more technology options. For example, glucose readings as well as pulse oximetry readings may be received by the smart phone device. It is also easier to input information using the smart phone device, particularly when the user has to re-calibrate the device on a weekly basis.

In another embodiment of the smart phone device, the technology board with the integrated data collection device may be a separate unit from the smart phone. In FIGS. 31-34 , the smart phone may include a wireless chipset (FIG. 32 ) that communicates with stand-alone data collection devices (FIG. 33-34 ). The stand-alone devices may provide functionality similar to any individual or combination of the cartridges mentioned in the foregoing. The wireless chipset my provide UWB, Bluetooth, Zigbee, and wireless USB connectivity.

The stand-alone units provide for smaller more portable smart phones, Additionally, the user has the option to carry the smart phone and sensor device together or separately, which could be less cumbersome. In some embodiments, the units may include a display. The unit may communicate with a smart phone to better present measurement information, processed information, and/or trend information to a user on more advanced smart phone displays. The unit may be capable of wireless communication with any mobile phone or computer. The unit will need to be able to connect to an external computing device in order to calibrate.

One significant advantage of the smart phone embodiments is that the smart phone manufacturers, and not the medical device manufacturer, has invested the resources into developing and commercializing the processing used for nonmedical applications. Development of this hardware and software is thus lifted from a medical device focused company.

Although the foregoing processing device and smart phones have been described in terms of certain preferred embodiments, other embodiments will be apparent to those of ordinary skill in the art from the disclosure herein. For example, alternate protocols may be implemented or the like. Additionally, other combinations, omissions, substitutions and modifications will be apparent to the skilled artisan in view of the disclosure herein. Accordingly, the present invention is not intended to be limited by the reaction of the preferred embodiments, but is to be defined by reference to the appended claims.

All publications, patents, and patent applications mentioned in this specification are herein incorporated by reference to the same extent as if each individual publication, patent, or patent application was specifically and individually indicated to be incorporated by reference.

Moreover, terms used herein are intended to have their broad ordinary meaning understood within the art. The term “and/or” in intended to mean that one, any combination of two or more, or all combinations of the corresponding listed elements are appropriate; however, it is not intended to mean that all combinations must be accomplished. 

What is claimed is:
 1. A local health monitoring device configured to provide a wearer measurement values of a plurality of physiological parameters of the wearer determined using absorption-derived data and repeatedly updated user-specific calibration data, the local health monitor device comprising: a display; at least one local processor, said local processor operably communicating with one or more noninvasive sensors configured to output sensor signals responsive to a pulse rate of the wearer based on detection of attenuated light by said noninvasive sensor, said at least one local processor receiving said output sensor signals and configured to determine first measurement values of said pulse rate using wearer-specific calibration data; said local processor configured to operably communicate with a remote server operably communicating with remote memory, said remote memory geographically remote from said wearer, said remote memory configured to store said first measurement values of said pulse rate and other measurement values not associated with said wearer, said remote server configured process said first measurement values and said other measurement values to determine an updated wearer-specific calibration data, said updated wearer-specific calibration data responsive to at least relationships between noninvasive measurements and clinically-determined output measurements of one or more physiological parameters, said at least one local processor configured to receive said updated wearer-specific calibration data from said remote server and configured to determine second measurement values of said pulse rate using said updated wearer-specific calibration data; and said display providing display indicia to said wearer, said indicia responsive to said first or second measurement values of said pulse rate.
 2. The local health monitoring device of claim 1, further comprising an ECG sensor.
 3. The local health monitoring device of claim 1, further comprising a temperature sensor.
 4. The local health monitoring device of claim 1, further comprising a acoustic sensor.
 5. The local health monitoring device of claim 1, further comprising a respiration sensor.
 6. The local health monitoring device of claim 1, further comprising a sleep apnea sensor.
 7. The local health monitoring device of claim 1, further comprising a depth of consciousness sensor.
 8. The local health monitoring device of claim 1, when said local processor operably communicates with said remote server to upload said first measurement values, said upload includes only deidentifying information. 